详解ftp创建文件权限问题

一、问题

有一个这样的需求，admin为一个Linux为其FTP应用创建的一个有权限限制的用户，通过admin用户可以进行登录FTP服务，登录FTP服务后，创建文件夹，该文件夹的用户和用户组都是admin，属性为755，即只有admin用户才有写的权限，但是，FTP后台是通过b用户登录linux系统执行程序上传文件到FTP服务器，由于FTP服务器的文件夹都是由admin用户创建的，且属性为755，b用户根本没有写的权限，导致程序上传文件失败。

二、分析

那么解决问题的方法应该很容易，既然admin用户创建的目录默认属性为755，那么只要将默认属性改为775，并将b用户添加到admin所属用户组里面去，问题就解决了。

三、解决

1、因为系统默认的登录用户是b，为了方便测试，需要登录到admin用户，然后创建文件夹看看默认属性是否改变。通过b用户su到admin用户的时候报出了  This account is currently not available.  错误。才想到，当时创建admin用户的时候是用户的shell是禁止登录的，这里为了方便测试，通过如下命令开启shell登录：

$ sudo usermod -s /bin/bash admin

2、然后修改系统环境变量/etc/profile文件，设置umask为002 （目录默认属性 777-002=775，文件默认属性 666-002= 664），source 文件生效后，切换到admin用户创建文件夹试试：发现目录的默认属性成功改了，变为755了

drwxrwxr-x 2 admin admin 4.0K Dec 6 22:54 a

3、然后用admin登录FTP，新建一个文件夹看看，发现其权限还是755

4、由于对FTP并不熟悉，开始并没有想到FTP那里去，而是在捣鼓各种Linux用户组和用户权限的设置，尝试都没有用。最后静下来慢慢思考，突然想到，用admin账户登录FTP创建的文件属性一直是755，这里登录的只是FTP应用，没有登录到shell，所以才会不受Linux环境变量中umask的影响，而修改umask后的admin登录shell后创建的文件属性是775，这里登录到了shell，是根据umask的值没有问题。既然发现了问题，那么想到FTP应该也会有类似Linux  umask的设置才对，于是找到了FTP的配置文件，果然发现了如下的参数：

5、修改FTP的Umask的值为002，重启FTP服务，发现问题解决了。

注：这次问题虽小，也比较快解决了，告诫自己！在捣鼓一些应用服务的前，要先充分了解和熟悉这些应用服务的资料配置等，切莫贪快，否则，出现了问题，自己都不知道从何排查。